home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940244.txt < prev    next >
Internet Message Format  |  1994-11-13  |  5KB
  1. Date: Mon, 31 Oct 94 04:30:02 PST
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: List
  6. Subject: TCP-Group Digest V94 #244
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Mon, 31 Oct 94       Volume 94 : Issue  244
  11.  
  12. Today's Topics:
  13.                       Help with a Ripper Problem
  14.                      If they're gonna sell fre...
  15.                                 Ooops!
  16.  
  17. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  18. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  19. Problems you can't solve otherwise to brian@ucsd.edu.
  20.  
  21. Archives of past issues of the TCP-Group Digest are available
  22. (by FTP only) from UCSD.Edu in directory "mailarchives".
  23.  
  24. We trust that readers are intelligent enough to realize that all text
  25. herein consists of personal comments and does not represent the official
  26. policies or positions of any party.  Your mileage may vary.  So there.
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Mon, 31 Oct 94 05:00:28 UTC
  30. From: Andy@vk4kiv.qut.edu.au (Andy Joyce)
  31. Subject: Help with a Ripper Problem
  32.  
  33. Hi, this is not really part of the AMPRNet domain but I will put it up in
  34. the air anyway. 
  35.  
  36. Im on a project team at my work that is looking into ways of data networking
  37. in/out of common teching areas within the University. Like most Universitys
  38. this is a Class-B domain with many Class-C SubNets, all linked via Wellfleet
  39. routers. Now the problem...
  40.  
  41. A user may want to use his/her own equipment in whatever teaching area within
  42. the University, this equipment may be DOS/Windows, Unix, Sun, Mac, etc etc,
  43. but there system config would most likly be a default IP route to there SubNet 
  44. router. So if they take this equipment to another part of the University and
  45. just plug it in to any port then nothing would happen unless they change there
  46. system config with an address for that SubNet. Together with this, some staff
  47. now require direct Internet access and/or University systems access within any
  48. teaching area. Again this is a major problem of network security if a port has
  49. its own address etc, and that users may change teaching areas at any time.
  50.  
  51. We have been looking at BOOTP and RIP-1/2, but BOOTP will need the user to
  52. have a bootp client for there software/hardware and could be a major limit for
  53. users. RIP-2 was starting to look good but none of the Wellfleet routers had
  54. that version. The idea with RIP is that a central box could be used for this
  55. and that a users address could be added to the routing table of this box with
  56. RIP broadcasting to a set Wellfleet router interface and update the Wellfleet
  57. routes table, the that node would use OSPF route info to there other routers
  58. within the University. At the end of booking time for this teaching area, that
  59. route would then be dropped.
  60.  
  61. The problem now is that as a route is received by the router, it will apply
  62. its local interface SubNet mask to the RIP entries before putting it in the
  63. table. What would happen is that there would be two entries for the same
  64. SubNet, and this could lead to the old one being removed if the hop count
  65. to the new SubNet is less than the true entry.
  66.  
  67. Does anyone know of a way around this apart from DHCP etc, Im looking for
  68. something simple for the routing of single addresses.
  69.  
  70. Cheers,
  71. Andy Joyce VK4KIV..
  72.  
  73.  
  74.  
  75.  
  76.  
  77. -
  78.  _--_|\   Andy Joyce
  79. /     QUT Dept of Audiovisual Services        Email1: A.Joyce@qut.edu.au
  80. \_.--._/  Division of Information Services    Email2: Andy@vk4kiv.qut.edu.au
  81.       v   Queensland University of Technology Ph/Fax: +61 7 864 4298/4000
  82.  
  83. ------------------------------
  84.  
  85. Date: Sun, 30 Oct 1994 10:21:58 -0500
  86. From: KE4JUH@aol.com
  87. Subject: If they're gonna sell fre...
  88.  
  89. If there were anything worth watching on TV I'd give a sh?t.  Let them put
  90. all the TV stations on VHF then, since there is a problem with Cramming them
  91. all on UHF...That would allow for 12 TV stations in any given area (I realize
  92. it's not really that simple, but there are really only 4 or 5 major networks
  93. nationwide)... and in a couple of years everyone will have a satellite TV
  94. system, the cost is dropping like...
  95.  
  96. So I suggest renting out (NOT SELLING, more money can be made that way) the
  97. spectrum used by UHF TV.  And by renting it out the FCC can create a steady
  98. income and maybe even hire the staff they need to enforce the rules + regs...
  99.  
  100. I don't have much interest in SHF + EHF now, but I didn't have much interest
  101. in HF before I tried it!  I WOULD LIKE TO GET THE CHANCE TO TRY IT, THANK
  102. YOU! 
  103.  
  104. DE KE4JUH
  105.  
  106. ------------------------------
  107.  
  108. Date: Sun, 30 Oct 1994 23:23:41 +0000
  109. From: "Brian A. Lantz" <brian@lantz.com>
  110. Subject: Ooops!
  111.  
  112. Well, Tampa SHOULD be okay now.....
  113.  
  114. Accidently deleted the autoexec.nos file about a week ago, and I THOUGHT 
  115. I had it all setup right again, but only CLOSE.
  116.  
  117. Should be able to get into ko4ks.ampr.org, again
  118.  
  119.  
  120. -----------------------------------------------------------
  121. Brian A. Lantz/KO4KS                        brian@lantz.com
  122.  
  123. REAL PORTION of Microsoft Windows code:
  124.     while (memory_available)    {
  125.         eat_major_portion_of_memory (no_real_reason);
  126.         if (feel_like_it)
  127.             make_user_THINK (this_is_an_OS);
  128.         gates_bank_balance++;
  129.     }
  130.  
  131. ------------------------------
  132.  
  133. End of TCP-Group Digest V94 #244
  134. ******************************
  135.